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DETAILED ACTION 

This action is in responsive to the filing of May 7, 2007. Claim 71 was canceled. Claims 
1-70 are pending and have been considered below. 

Claim Rejections - 35 USC § 102 

1 . The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - . 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

2. Claims 1,2,4, 5, 8-1 3, 1 5-1 9, 22- 26, 28-31 , 33, 36-40, 42-45, 47, 50-54, 56-60, 
63-67, and 69-70 are rejected under 35 U.S.C. 102(b) as being anticipated by 
Robertson et al., (5,295,243.) 

Claim 1 : Robertson discloses a method for building a representation of a graphical user 
interface (GUI), comprising: 

a. generating a class (Fig. 7, 180); 

b. generating a first representation of the GUI, wherein the class can produce a 
second representation GUI based on the first representation (Fig. 2, 96; the node 
96 in figure 2 is a graphical interface with which a user can Interact to: shrink, 
grow, and select for primary viewing position. The class (Fig. 8, 180) can likewise 
be used to created similar nodes (representations) col 8 lines 41-43); 
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c. generating a second representation of the GUI from the class, wherein the 
second representation includes at least one control (Fig. 2: 94; control: Fig. 2: 
92; or can have a grow tab in much the same way as node 100, with grow tab 
102); and 

d. wherein the first representation can include at least one of: hierarchical 
relationships among controls, control properties, and control event information 
(Hierarchical relationship: has children in cone Fig. 2: 66, parent in cone 62.) 

Claim 17, 58: Robertson discloses a method and machine readable medium having 
instructions thereon for building a representation of a graphical user interface (GUI), 
comprising: 

a. generating a representation of the GUI from metadata, wherein the 
representation includes at least one control (representation: Fig. 2: 96; col 1 , 
lines 12-15; metadata: Fig. 8, 180; control: Fig. 2: 94; or can have a grow tab in 
much the same way as node 100, with a grow tab 102); 

b. driving the representation through at least one lifecycle stage by an 
interchangeable lifecycle component (processor, col 5: lines 4-8); 

c. wherein the metadata can include at least one of: hierarchical relationships 
among controls, control properties, and control event information (Fig. 8: 184, 
186); and 

d. wherein the representation can be driven through the at least one lifecycle stage 
by an interchangeable lifecycle component (processor, col 5: lines 4-8.) 
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Claim 30: Robertson discloses a system for building a representation of a graphical 
user interface (GUI), comprising: 

a. a first component operable to produce a second component and a metadata 
representation of the GUI (1st component: Fig. 2, 96, 2nd component: 94; 
metadata: Fig. 8, 180); 

b. the second component operable to produce a hierarchical representation of the 
GUI based on the metadata, wherein the representation includes at least one 
control (Hierarchical rep: children of Fig. 2: 94 - 92; metadata: Fig. 8, 180; 
control: Fig. 2: 94; or can have a grow tab in much the same way as node 100, 
with grow tab 102); 

c. wherein the metadata can include at least one of: hierarchical relationships 
among controls, control properties, and control event information (Fig. 8: 184, 
186); and 

d. wherein the representation can be driven through at least one lifecycle stage by 
an interchangeable lifecycle component (processor, col 5: lines 4-8.) 

Claim 44: Robertson discloses a system comprising: 

a. a means for generating a first representation of a graphical user interface (GUI) 
(col 5: lines 10-14; 1st rep: Fig. 2: 96); 

b. a means for generating a second representation of the GUI from the first 
representation, wherein the second representation includes at least one control 
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(col 5: lines 10-14; 2ncl rep: Fig. 2: 94; control: Fig. 2: 94; or can have a grow tab 
in much the same way as node 100, with grow tab 102); 

c. wherein the metadata can include at least one of: hierarchical relationships 
among controls, control properties, and control event Information (Fig. 8: 184, 
186); and 

d. wherein the second representation can be driven through at least one lifecycle 
stage by an interchangeable lifecycle component (processor, col 5 lines 4-8.) 

Claim 2: Robertson discloses the method of claim 1, further comprising: creating the 
first representation by parsing a file (col 16 line 64-col 17 line 10.) 

Claim 18, 31, 45, 59: Robertson discloses the method, system, and a machine 
readable medium having instructions thereon, of claim 17, 30, 44, and 58, respectively, 
further comprising: creating the metadata by parsing a file (col 16 line 64-col 17 line 10.) 

Claim 4: Robertson discloses the method of daim 1 wherein: the second representation 
is a tree (Fig. 2: node 94 (represenation of a GUI) has children 92, 82.) 

Claim 5: Robertson discloses the method of claim 1 wherein: the step of generating the 
class occurs as a result of receiving a request (col 16 lines 43-46.) 
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Claim 19, 33, 60: Robertson discloses the method, system, and a machine readable 
medium having instructions thereon, of claim 17, 30, and 58, respectively, wherein: the 
step of generating the metadata representation occurs as a result of receiving a request 
(col 16: lines 43-46, see also Fig. 7.) 

Claim 8: Robertson discloses the method of daim 1 wherein: the second representation 
can be driven through at least one lifecycle stage by an interchangeable lifecycle 
component (processor: col 5 lines 4-8.) 

Claim 9, 22, 36, 50, 63: Robertson discloses the method, system, and a machine 
readable medium having instructions thereon, of claim 1, 17, 30, 44, and 58, 
respectively, wherein: the at least one control has an interchangeable persistence 
mechanism (control stored on a data memory: col 16, line 64-col 17 line 10.) 

Claim 10, 23, 37, 51, 64: Robertson discloses the method, system, and a machine 
readable medium having instructions thereon, of claim 1,17, 30, 44, and 58, 
respectively, wherein: the at least one control can render itself according to a theme 
(each control (node) has its own color, data and position allowing it to render itself: Fig. 
8: 188, 190, 194.) 

Claim 11, 24, 38, 52, 65: Robertson discloses the method, system, and a machine 
readable medium having instructions thereon, of claim 1, 17, 30, 44, and 58, 
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respectively, wherein: one of the at least one controls can interact with another of the at 
least one controls (Fig. 4, nodes move accordingly to the node that Is selected.) 

Claim 12, 25, 39, 53, 66: Robertson discloses the method, system, and a machine 
readable medium having instructions thereon, of claim 1,17, 30, 44, and 58, 
respectively, wherein: one of the at least one controls can advance through the at least 
one lifecycle stage in parallel with another of the at least one controls (col 2: line 67-col 
3, line 2.) 

Claim 13, 26, 40, 54, 67: Robertson discloses the method, system, and a machine 
readable medium having instructions thereon, of claim 8, 17, 30, 44, and 58, 
respectively, wherein: 

a. the at least one lifecycle stage is one of: init, load state, create child controls, 
load, raise events, pre-render, render, save state, unload and dispose (creates 
child controls, col 7: lines 45-49); and 

b. wherein the lifecycle stage is part of a dynamically configurable lifecycle (col 14: 
line 67-col 15: line 5; user can dynamically configure (i.e. control, interact) to 
produce a dynamic lifecycle.) 

Claim 15, 28, 42, 56, 69: Robertson discloses the method, system, and a machine 
readable medium having instructions thereon, of claim 1,17, 30, 44, and 58, 
respectively, wherein: the at least one control can raise events and respond to events 
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(can be selected causing an event wherein other controls are rotated, and likewise it 
could respond by rotating accordingly. Fig. 4.) 

Claim 16, 29, 43, 57, 70: Robertson discloses the method, system, and a machine 
readable medium having instructions thereon, of claim 1,17, 30, 44, and 58, 
respectively, wherein: the at least one control can be one of: Book, Page, Window, 
Menu, Layout, Portlet, Theme, Placeholder, Shell, LookAndFeel, Desktop, Body, 
Footer, Header, Head, Titlebar, ToggleButton, Treevlew, TreeViewWithRadioButtons 
(nodes (control) act as toggle switches for shrinking and growing operations to show or 
hide its children nodes: col 15: line 36-59.) 

Claim 47: Robertson discloses the system of claim 44, further comprising: the means 
for accepting a request (col 5: lines 8-1 0.) 

Claim Rejections • 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claims 3, 6, 7, 14, 20, 21, 27, 32, 34, 35, 41, 46, 48, 49, 55, 61, 62, and 68 are rejected 

under 35 U.S.C. 103(a) as being unpatentable over Robertson in view of Anuff et al., 

(6,327,628.) 
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Claim 3, 32, 46: Robertson discloses a method, and a system of claims 2, 31 and 45, 
respectively. While Robertson does not explicitly disclose that the file is a JavaServer 
Pages (JSP) file, Anuff discloses a similar method and a system for building a 
representation of a graphical user interface (GUI,) wherein creation of the first 
representation is by parsing a JSP file (Fig. 13: "view.jps"), therefore, it would have 
been obvious to one having ordinary skill in the art at the time the invention was made 
to add this feature disclosed in Anuff to Robertson . One would have been motivated to 
use a JSP file, as it was a common means to encapsulate a program, such as the one 
disclosed in Robertson and provide a mechanism via which users can access 
information provided over computer networks, such as the Internet using a browser 
application. 

Claim 6, 20, 34, 48, 61: Robertson discloses a method, system and a machine 
readable medium having instructions thereon, of claims 5, 19, 33, 47 and 60, 
respectively. While Robertson does not explicitly disclose that the received request is in 
HTTP originating from a web browser, Anuff discloses a similar method, system, and a 
machine readable medium having instructions thereon, for building a representation of a 
graphical user interface (GUI,) wherein the request is an HTTP request originating from 
a web browser, therefore, it would have been obvious to one having ordinary skill in the 
art at the time the invention was made to add this feature disclosed in Anuff to 
Robertson . One would have been motivated to have an HTTP request originating from 
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a web browser because HTTP was a widely used standard on World Wide Web for 
request transfers between a web browser and a web server. 

Claim 7, 21, 35, 49, 62: Robertson discloses a method, system and a machine 
readable medium having instructions thereon, of claims 1,17, 30, 44 and 58, 
respectively. While Robertson does not explicitly disclose providing a response to a 
web browser, Anuff discloses a similar method, system, and a machine readable 
medium having instmctions thereon, for building a representation of a graphical user 
interface (GUI,) further comprising providing a response to a web browser (Fig. 13), 
therefore, it would have been obvious to one having ordinary skill in the art at the time 
the invention was made to add this feature disclosed in Anuff to Robertson . One would 
have been motivated to provide a response to a web browser because browser 
applications were ubiquitous tools for accessing the vast amounts of information and 
tools (such as the one disclosed in Robertson ) available over the Internet, and sending 
a response back to a web browser is an inherent step in providing such information from 
the web server to the web browser. 

Claim 14, 27, 41, 55, 68: Robertson discloses a method, system and a machine 
readable medium having instructions thereon, of claims 7, 21, 35, 49 and 62, 
respectively. While Robertson does not explicitly disclose wherein the response is a 
hypertext transfer protocol (HTTP) response, Anuff discloses a similar method, system, 
and a machine readable medium having instructions thereon, for building a 
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representation of a graphical user interface (GUI,) wherein the response is an HTTP 
response (Fig. 13), therefore, it would have been obvious to one having ordinary sl^ill in 
the art at the time the invention was made to add this feature disclosed in Anuff to 
Robertson . One would have been motivated to provide an HTTP response because 
HTTP was a widely used standard on World Wide Web for requests/responses between 
a web browser and a web server. 



Response to Arguments 

4. Examiner's rejections with respect to 35 U.S.C. 101 and claim objections are 
withdrawn in light of the amendments to the claims on May 7, 2007. 

5. Applicants' arguments filed July 1 8, 2007 with regard to 35 U.S.C. 1 02(b) 
rejections have been fully considered but they are not persuasive. 

Applicants' argument with respect to claim 1 , that Robertson does not use a class to do 
the claimed functions is not persuasive. Computer Dictionary (Microsoft Press, 
Computer Dictionary, Third Edition, Copyright © 1997) defines the term class as "a 
generalized category that described a group of more specific items, called objects, that 
can exist within it." Element 180 of Figure 7 of Robertson Illustrates a node template 
within a linked node data structure, such a node being a generalized category that 
describes a group of more specific items (Fig. 8: 182-200) that exist within it. Though 
Robertson does not explicitly calls element 180 a 'class,' the illustration of Fig. 180, and 
the accompanying description (8:22-43) inexorably makes it clear from the attributes of 
element 180, that it is in fact, 'a duck.' 
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6. Applicants' argument with respect to claims 17, 30, 44 and 58, that a processor 
cannot be considered an 'Interchangeable llfecycle component' is not persuasive. It is 
noted that the features upon which applicant relies (i.e., the features of an embodiment 
of an interchangeable lifecycle component as described In paragraph [56] of the 
specification) are not recited in the rejected claim(s). Although the claims are 
Interpreted in light of the specification, limitations from the specification are not read into 
the claims. See In re Van Geuns, 988 F.2d 1181, 26 USPQ2d 1057 (Fed. Cir. 1993). 
Applicant argues, but does not define In the claims, specification or arguments, what an 
"Interchangeable lifecycle component" Is. Additionally, an "interchangeable llfecycle 
component" is not a term of art. As such, the Examiner interprets an "interchangeable 
llfecycle component" to be a colligation of the definitions of individual terms: 

a. interchangeable: "capable of replacing or changing places with something 
else"; 

b. the applicant describes a "lifecycle" as a set of states, ("the purpose of the 
llfecycle is to advance the control tree though a set of states"; par. 41); and 

c. component: "being an element." 

The applicant further states In reference to the majority of the Inventive embodiments as 
described in the figures, that, "it will be apparent to those skilled in the art that the 
objects/processes portrayed in this figure can be arbitrarily combined or divided Into 
separate software, firmware or hardware components." The Examiner concludes that 
this encapsulation of an amorphous term, "Interchangeable lifecycle", In a component 
could be represented in hardware, such as a processor. 
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Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth In 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Andrew Belousov whose telephone number is (571) 
270-1695. The examiner can normally be reached on Mon-Fri (alternate Fri off) EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Steven P. Sax can be reached on (571) 272-4072. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-3800. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status infomiation for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status Information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



AS 

October 17, 2007 



/Steven P. Sax/ 
Steven P. Sax 



